InterCD 1999 July

home *** CD-ROM | disk | FTP | other *** search

/ InterCD 1999 July / july_1999.iso / Site Building / HTML Notes / htmnotes.exe / file0005.bin < prev next >

Wrap

Text File | 1999-06-27 | 30.5 KB | 934 lines

<!DOCTYPE PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <html> <head> <title>Clean up your Web pages with HTML TIDY</title> <meta name="keywords" content= "HTML, validation, error correction, pretty-printing"> <meta name="author" content="Dave Raggett <dsr@w3.org>"> <style> body { margin-left: 10%; margin-right: 10%; font-family: sans-serif } h1 { margin-left: -8% } h2,h3,h4,h5,h6 { margin-left: -4% } pre { color: green; font-weight: bold; font-size: 80%; font-family: monospace} em { font-style: italic; color: rgb(0, 0, 153) } strong { text-transform: uppercase; font-weight: bold } .note {font-style: italic; color: rgb(192, 101, 101) } //hr {text-align: center; width: 60% } blockquote { color: navy; margin-left: 1%; margin-right: 1%; text-align: center; font-family: "Comic Sans MS", "Times New Roman", serif } table { font-family: sans-serif; font-size: 80%; background: rgb(255,255,153) } td { font-size: 80% } .people {font-family: "Lucida Calligraphy", serif} :link { color: rgb(0, 0, 153) } :visited { color: rgb(153, 0, 153) } :active { color: rgb(255, 0, 102) } :hover { color: rgb(0, 0, 255) } </style> </head> <body bgcolor="#FFFFE0" background="grid.gif" text="black" link= "navy" vlink="black" alink="red"> <h1 align="center"><img src="tidy.gif" width="32" height="32" align="top" alt="icon"> Clean up your Web pages with HTML TIDY</h1> Copyright ⌐ 1999 <a href= "http://www.w3.org">W3C</a>, see <a href="tidy.c">tidy.c</a> for copyright notice. <blockquote>With many thanks to <a href="http://www.hp.com"> Hewlett Packard</a> for financial support during the development of this software!</blockquote> This version 15th April 1999 See the <a href="release-notes.html">release notes</a> for information on recent changes. To get the latest version of Tidy please visit the original version of this page at: <a href= "http://www.w3.org/People/Raggett/tidy"> http://www.w3.org/People/Raggett/tidy</a>. Courtesy of Netmind, you can register for email reminders when new versions of tidy become available. <form method="GET" action= "http://www.netmind.com/cgi-bin/uncgi/url-mind"> <center><input type="SUBMIT" value="Press Here to Register"> </center> </form> <hr align="center" width="80%"> <a href="#help">How to use Tidy</a> | <a href= "#download">Downloading Tidy</a> | <a href="release-notes.html"> Release Notes</a> <a href="#quotes">Integration with other Software</a> | <a href= "#acks">Acknowledgements</a> <hr align="center" width="80%"> <h3>Introduction to TIDY</h3> When editing HTML it's easy to make mistakes. Wouldn't it be nice if there was a simple way to fix these mistakes automatically and tidy up sloppy editing into nicely layed out markup? Well now there is! Dave Raggett's HTML TIDY is a free utility for doing just that. It also works great on the atrociously hard to read markup generated by specialized HTML editors and conversion tools, and can help you identify where you need to pay further attention on making your pages more accessible to people with disabilities. Tidy is able to fix up a wide range of problems and to bring to your attention things that you need to work on yourself. Each item found is listed with the line number and column so that you can see where the problem lies in your markup. Tidy won't generate a cleaned up version when there are problems that it can't be sure of how to handle. These are logged as "errors" rather than "warnings". <h3>Examples of TIDY at work</h3> Tidy corrects the markup in a way that matches where possible the observed rendering in popular browsers from Netscape and Microsoft. Here are just a few examples of how TIDY perfects your HTML for you: <ul> <li>Missing or mismatched end tags are detected and corrected <pre> <h1>heading <h2>subheading</h3> </pre> is mapped to <pre> <h1>heading</h1> <h2>subheading</h2> </pre> </li> <li>End tags in the wrong order are corrected: <pre> here is a para bold bold italic bold? normal? </pre> is mapped to <pre> here is a para bold bold italic bold? normal? </pre> </li> <li>Fixes problems with heading emphasis <pre> <h1>italic heading</h1> new paragraph </pre> In Netscape and Internet Explorer this causes everything following the heading to be in the heading font size, not the desired effect at all! Tidy maps the example to <pre> <h1>italic heading</h1> new paragraph </pre> </li> <li>Recovers from mixed up tags <pre> <h1>heading</h1> new paragraph bold text some more bold text </pre> Tidy maps this to <pre> <h1>heading</h1> new paragraph bold text some more bold text </pre> </li> <li>Getting the <hr> in the right place: <pre> <h1><hr>heading</h1> <h2>sub<hr>heading</h2> </pre> Tidy maps this to <pre> <hr> <h1>heading</h1> <h2>sub</h2> <hr> <h2>heading</h2> </pre> </li> <li>Adding the missing "/" in end tags for anchors: <pre> <a href="#refs">References<a> </pre> Tidy maps this to <pre> <a href="#refs">References</a> </pre> </li> <li>Perfecting lists by putting in tags missed out: <pre> <body> <li>1st list item <li>2nd list item </pre> is mapped to <pre> <body> <ul> <li>1st list item</li> <li>2nd list item</li> </ul> </pre> </li> <li>Missing quotes around attribute values are added Tidy inserts quote marks around all attribute values for you. It can also detect when you have forgotten the closing quote mark, although this is something you will have to fix yourself. </li> <li>Unknown/Proprietary attributes are reported Tidy has a comprehensive knowledge of the attributes defined in the HTML 4.0 recommendation from W3C. This often allows you to spot where you have mistyped an attribute or value. </li> <li>Proprietary elements are recognized and reported as such. Tidy will even work out which version of HTML you are using and insert the appropriate DOCTYPE element, as per the W3C recommendations. </li> <li>Tags lacking a terminating '>' are spotted This is something you then have to fix yourself as Tidy is unsure of where the > should be inserted. </li> </ul> <h3>Layout style</h3> You can choose which style you want Tidy to use when it generates the cleaned up markup: for instance whether you like elements to indent their contents or not. <h3>Internationalization issues</h3> Tidy offers you a choice of character encodings: US ASCII, ISO Latin-1, UTF-8 and the ISO 2022 family of 7 bit encodings. The full set of HTML 4.0 entities are defined. Cleaned up output uses HTML entity names for characters when appropriate. Otherwise characters outside the normal range are output as numeric character entities. <h3>Accessibility</h3> Tidy offers advice on accessibility problems for people using non-graphical browsers. The most common thing you will see is the suggestion you add a summary attribute to table elements. The idea is to provide a summary of the table's role and structure suitable for use with aural browsers. <h3>Cleaning up presentational markup</h3> Many tools generate HTML with an excess of FONT, NOBR and CENTER tags. Tidy's -clean option will replace them by style properties and rules using CSS. This makes the markup easier to read and maintain as well as reducing the file size! Tidy is expected to get smarter at this in the future. <h3>Support for XML</h3> XML processors compliant with W3C's XML 1.0 recommendation are very picky about which files they will accept. Tidy can help you to fix errors that cause your XML files to be rejected. Tidy doesn't yet recognize all XML features though, e.g. it doesn't yet understand CDATA sections or DTD subsets. <h3>Creating Slides</h3> The -slides option allows you to burst a single HTML file into a number of linked slides. Each H2 element in the input file is treated as delimiting the start of the next slide. The slides are named slide1.html, slide2.html, slide3.html etc. This is a relatively new feature and ideas are welcomed as to how to improve it. In particular, I plan to add support to the configuration file for setting the style sheet for slides and for customizing the slides via a template. I would be interested in hearing from anyone who can offer help with using Javascript for adding dynamic effects to slides, for instance similar to those available in Microsoft PowerPoint. <h3>Indenting text for a better layout</h3> <pre> <html> <head> </head> <body> para which has enough text to cause a line break, and so test the wrapping mechanism for long lines. <pre>This is genuine preformatted text </pre> <ul> <li> 1st list item </li> <li> 2nd list item </li> </ul>  </body> </html> </pre> and this is the default style: <pre> <html> <head> </head> <body> para which has enough text to cause a line break, and so test the wrapping mechanism for long lines. <pre>This is genuine preformatted text </pre> <ul> <li>1st list item </li> <li>2nd list item</li> </ul>  </body> </html> </pre> <h3><a name="help">How to run tidy</a></h3> <pre> tidy [[options] filename]* </pre> HTML tidy is not (yet) a windows program. If you run tidy without any arguments, it will just sit there waiting to read markup on the stdin stream. Tidy's input and output default to stdin and stdout respectively. Errors are written to stderr but can be redirected to a file with the -f filename option. I generally use the -m option to get tidy to update the original file, and if the file is particularly bad I also use the -f option to write the errors to a file to make it easier to review them. Tidy supports a small set of character encoding options. The default is ASCII, which makes it easy to edit markup in regular text editors. For instance: <pre> tidy -f errs.txt -m index.html </pre> which runs tidy on the file "index.html" updating it in place and writing the error messages to the file "errs.txt". Its a good idea to save your work before tidying it, as with all complex software, tidy may have bugs. If you find any please let me know! Users running in Microsoft Windows should be aware that Dos doesn't expand wild cards in filenames. This means that if you have several html files in the same directory and want to tidy all of them: <pre> tidy *.html </pre> won't work. You will see an error message: "can't open file *.html". Instead you need to run tidy separately on each one. I will look into a fix for this for a future release. A work around is to use the DOS for command, as in: <pre> for %i in (*.html) do tidy %i </pre> Note: in a batch file that needs to be %%i instead of %i <h4>Tidy's Options</h4> To get a list of available options use: <pre> tidy -help </pre> You should see something like this: <pre> options for tidy vers: 14th April 1999 -config file read config file -indent or -i indent element content -omit or -o omit optional endtags -wrap 72 wrap text at column 72 (default is 68) -upper or -u force tags to upper case -clean or -c replace font, nobr & center tags by CSS -raw don't o/p entities for chars 128 to 255 -ascii use ASCII for output, Latin-1 for input -latin1 use Latin-1 for both input and output -utf8 use UTF-8 for both input and output -iso2022 use ISO2022 for both input and output -numeric or -n output numeric rather than named entities -modify or -m to modify original files -errors or -e show only error messages -f file write errors to file -xml use this when input is in XML -asxml to convert HTML to XML -slides to burst into slides on h2 elements -help list command line options </pre> Input and Output default to stdin/stdout respectively. Single letter options apart from -f may be combined as in: tidy -f errs.txt -imu foo.html <h3><a name="config">Using a Configuration File</a></h3> Tidy now supports a configuration file, and this is now much the most convenient way to configure Tidy. Assuming you have created a config file named "config.txt" (the name doesn't matter), you can instruct Tidy to use it via the command line option <tt>-config config.txt</tt>, e.g. <pre> tidy -config config.txt file1.html file2.html </pre> Alternatively, you can name the default config file via the environment variable named "HTML_TIDY". Note this should be the absolute path since you are likely to want to run Tidy in different directories. The following options are supported: <dl> <dt>markup: bool</dt> <dd>Determines whether Tidy generates a pretty printed version of the markup. Bool values are either yes or no. Note that Tidy won't generate a pretty printed version if it finds unknown tags, or missing trailing quotes on attribute values, or missing trailing '>' on tags. The default is no.</dd> <dt>wrap: number</dt> <dd>Sets the right margin beyond which Tidy attempts to wrap lines so as to get them to fit within this margin. The default is column 66.</dd> <dt>tab-size: number</dt> <dd>Sets the number of columns between successive tab stops. The default is 4. It is used to map tabs to spaces when reading files. Tidy never outputs files with tabs.</dd> <dt>indent: no, yes or auto</dt> <dd>If set to yes Tidy will indent block-level tags. The default is no. If set to auto Tidy will decide whether or not to indent the content of tags such as h1-h6, li, or p depending on whether or not the content includes a block-level element.</dd> <dt>indent-spaces: number</dt> <dd>Sets the number of spaces to indent content when indentation is enabled. The default is 2 spaces.</dd> <dt>hide-endtags: bool</dt> <dd>If set to yes, optional end-tags will be omitted when generating the pretty printed markup. This option is ignored if you are outputting to XML. The default is no.</dd> <dt>input-xml: bool</dt> <dd>If set to yes, Tidy will use the XML parser rather than the error correcting HTML parser. The default is no.</dd> <dt>output-xml: bool</dt> <dd>If set to yes, Tidy will use generate the pretty printed output writing it as well-formed XML. Any entities not defined in XML 1.0 will be written as numeric entities to allow them to be parsed by an XML parser. The default is no.</dd> <dt>output-xhtml: bool</dt> <dd>If set to yes, Tidy will use generate the pretty printed output writing it as extensible HTML. The default is no. This option causes Tidy to set the doctype and default namespace as appropriate to XHTML. If a doctype or namespace is given they will checked for consistency with the content of the document. In the case of an inconsistency, the corrected values will appear in the output. For XHTML, entities can be written as named or numeric entities according to the value of the "numeric-entities" property.</dd> <dt>char-encoding: raw, ascii, latin1, utf8 or iso2022</dt> <dd>Determines how Tidy interprets character streams. For ascii, Tidy will accept Latin-1 character values, but will use entities for all characters whose value > 127. For raw, Tidy will output values above 127 without translating them into entities. For latin1 characters above 255 will be written as entities. For utf8, Tidy assumes that both input and output is encoded as UTF-8. You can use iso2022 for files encoded using the ISO2022 family of encodings e.g. ISO 2022-JP. The default is ascii</dd> <dt>numeric-entities: bool</dt> <dd>Causes entities other than the basic XML 1.0 named entities to be written in the numeric rather than the named entity form. The default is no</dd> <dt>quote-marks: bool</dt> <dd>If set, this causes " characters to be written out as &quot; as is preferred by some editing environments. The default is no.</dd> <dt>quote-nbsp: bool</dt> <dd>If set, this causes non-breaking space characters to be written out as enities. The default is yes.</dd> <dt>quote-marks: bool</dt> <dd>If set, this causes unadorned & characters to be written out as &. The default is yes.</dd> <dt>wrap-script-literals: bool</dt> <dd>If set, this allows lines to be wrapped within string literals that appear in script attributes. The default is no. The example shows how Tidy wraps a really really long script string literal inserting a backslash character before the linebreak: <pre> <a href="somewhere.html" onmouseover="document.status = '...some \ really, really, really, really, really, really, really, really, \ really, really long string..';">test</a> </pre> </dd> <dt>break-before-br: bool</dt> <dd>If set, Tidy will output a line break before each element. The default is no.</dd> <dt>uppercase-tags: bool</dt> <dd>Causes tag names to be output in upper case. The default is no.</dd> <dt>uppercase-attributes: bool</dt> <dd>Causes attribute names to be output in upper case. The default is no.</dd> <dt>clean: bool</dt> <dd>If set, causes Tidy to strip out surplus presentational tags and attributes replacing them by style rules and structural markup as appropriate. It works well on the html saved from Microsoft Office'97. I hope to work on cleaning up after Office 2000 in a future release. The default is no.</dd> <dt>write-back: bool</dt> <dd>If set, Tidy will write back the tidied markup to the same file it read from. The default is no. You are advised to keep copies of important files before tidying them as on rare occasions the result may not always be what you expect.</dd> <dd>error-file: filename</dd> <dd>Writes errors and warnings to the specified file rather than to stderr.</dd> <dt>show-warnings: bool</dt> <dd>If set to no, warnings are suppressed. This can be useful when a few errors are hidden in a flurry of warnings. The default is yes.</dd> <dt>split: bool</dt> <dd>If set to yes Tidy will use the input file to create a sequence of slides, splitting the markup prior to each successive <h2>. You can see an example of the results in a <a href="http://www.w3.org/Talks/1999/03/23-stockholm-xhtml"> recent talk I made on XHTML</a>. The slides are written to "slide1.html", "slide2.html" etc. The default is no.</dd> <dt>new-inline-tags: tag1, tag2, tag3</dt> <dd>Use this to declare new inline tags. The option takes a space or comma separated list of tag names. Unless you declare new tags, Tidy will refuse to generate a tidied file if the input includes previously unknown tags.</dd> <dt>new-blocklevel-tags: tag1, tag2, tag3</dt> <dd>Use this to declare new block-level tags. The option takes a space or comma separated list of tag names. Unless you declare new tags, Tidy will refuse to generate a tidied file if the input includes previously unknown tags.</dd> </dl> <h4>Sample Config File</h4> <pre> // sample config file for HTML tidy indent: auto indent-spaces: 2 wrap: 72 markup: yes clean: yes output-xml: no input-xml: no show-warnings: yes numeric-entities: yes quote-marks: yes quote-nbsp: yes quote-ampersand: no break-before-br: no uppercase-tags: no uppercase-attributes: no output-xhtml: yes char-encoding: latin1 </pre> <h3><a name="download">Downloadable Binaries</a></h3> If you are prepared to maintain a public URL for HTML Tidy compiled for a specific platform, please let me know so that I can add a link to your page. This will avoid the need for me to update this page whenever you recompile. <a href="http://www.chami.com/free/html-kit/">Windows users</a>! A free graphical user interface (HTML-Kit) for HTML Tidy is now available for windows 95/98/NT. Alternatively, you can get tidy in its native form as a Windows console program: <a href="http://www.w3.org/People/Raggett/tidy.exe"> tidy.exe</a>, with the command options as per above. <a href= "http://www.geocities.com/SiliconValley/1057/tidy.html">Mac users</a>! You can now run <a href= "http://www.geocities.com/SiliconValley/1057/tidy.html">HTML Tidy with FilterTop</a> (<a href= "http://www.geocities.com/SiliconValley/1057/images/TidyHTML.GIF"> Screenshot</a>), or as a command line interface application. My thanks to <a href="mailto:teague@macbroker.com">Terry Teague</a> for this port. <a href= "http://www.amiga.u-net.com/MadDogSoftware/Tidy.html">Amiga users</a>! Keith Blakemore-Noble has compiled Tidy for the Amiga. <a href= "http://www-frec.bull.com/cgi-bin/list_dir.cgi/download/">AIX executable for Tidy</a>! Compiled by Ciaran Deignan. The link is to a general download page. The executable is available for AIX 4.3.2 and later. <h3><a name="quotes">Integrating Tidy as part of other Software</a></h3> You can also incorporate Tidy as part of a larger program, for instance in HTML editors or HTML transformation tools used for import filters, or for when you want to customize Web content to get the best out of different kinds of browsers. Imagine authoring clean HTML with CSS and at a touch of a button producing variants that look great and work reliably on a large variety of different browsers, taking into account the quirks of each. For instance, providing the ability to tune content for different versions of Netscape and Internet Explorer, and for browsers running on set-top boxes for televisions, handheld and palmtop devices, cellphones, and voice browsers. I am happy to quote for software development for such tools. <h3><a name="implementation">Implementation details</a></h3> The code is in ANSI C and uses the C standard library for i/o. The parser is thread-safe although the code for pretty printing the parse tree is not (yet). The parser works top down, building a complete parse tree in memory. Document text is held as Unicode represented as UTF-8 in a character buffer that expands as needed. The code has so far been tested on Windows'95, Windows'98, Windows NT, Linux, FreeBSD, NetBSD, Ultrix, OSF, OS/MP, IRIX, NeXtStep, MacOS, BeOS, OS2, AIX, Amiga, SunOS, Solaris, IRIX and HP-UX, amongst others. <dl> <dt><a href="../tidy15apr99.tgz">tidy15apr99.tgz</a></dt> <dd>gzipped tar file for source code (Unix line ends)</dd> <dt><a href="../tidy15apr99.zip">tidy15apr99.zip</a></dt> <dd>zipped source code (Windows line ends)</dd> <dt><a href="http://www.w3.org/People/Raggett/tidy.exe"> tidy.exe</a></dt> <dd>Windows 95/NT executable (32-bit Windows console-mode program)</dd> <dt><a href= "http://www.w3.org/People/Raggett/tidy17dec98.ppc.tgz"> tidy17dec98.ppc.tgz</a></dt> <dd>Gzipped archive of the binary for BeOS PPC R4. It also contains complete tidy distribution and Makefile.BeOS file for BeOS (from 17dec98 release of tidy).</dd> <dt><a href= "http://www.dd.iij4u.or.jp/~kshimz/warp/tidy/tidy.zip">Tidy on OS/2</a></dt> <dd>Zipped archive of the OS/2 release of tidy, as compiled by Kaz SHiMZ <<a href= "mailto:kshimz@sfc.co.jp">kshimz@sfc.co.jp</a>></dd> <dt><a href="platform.h">platform.h</a>, <a href="html.h"> html.h</a></dt> <dd>the include files with common definitions</dd> <dt><a href="config.c">config.c</a></dt> <dd>support for customizing Tidy via config files</dd> <dt><a href="lexer.c">lexer.c</a></dt> <dd>lexical analysis and buffer management</dd> <dt><a href="parser.c">parser.c</a></dt> <dd>HTML and XML parsers</dd> <dt><a href="tags.c">tags.c</a></dt> <dd>dictionary of tags and their properties</dd> <dt><a href="attrs.c">attrs.c</a></dt> <dd>dictionary of attributes and their properties</dd> <dt><a href="istack.c">istack.c</a></dt> <dd>stack of active inline elements</dd> <dt><a href="entities.c">entities.c</a></dt> <dd>dictionary of entities</dd> <dt><a href="clean.c">clean.c</a></dt> <dd>smarts for cleaning up presentational markup</dd> <dt><a href="pprint.c">pprint.c</a></dt> <dd>pretty printing for HTML and XML</dd> <dt><a href="localize.c">localize.c</a></dt> <dd>Change this file to localize tidy's messages</dd> <dt><a href="tidy.c">tidy.c</a></dt> <dd>main() and error reporting routines</dd> <dt><a href="Makefile">Makefile</a></dt> <dd>Makefile for gcc</dd> </dl> Conventions for whether lines end with CRLF, LF or CR vary from one system to another. I have included the C source for a utility tab2space which can be used to ensure that files use the line end convention of your choice, and to expand tabs to spaces. <pre> tab2space -t4 -unix *.h *.c tab2space -tabs -unix Makefile </pre> Note use of "-tabs" to ensure that tabs are preserved in the Makefile (it won't work without them!). For those of you on Unix, here is a script you can use to strip carriage returns: <pre> #!/bin/sh echo Stripping Carriage Returns from files... for i do # If a writable file if [ -f $i ] then if [ -w $i ] then echo $i # strip CRs from input and output to temp file tr -d '\015' < $i > toix.tmp mv toix.tmp $i else echo $i: write-protected fi else echo $i: not a file fi done </pre> Save this script to a file, e.g. "scripcr" and use "chmod +x stripcr" to make it executable. You can then run it as "stripcr *.c *.h Overview.html Makefile" <h2><a name="acks">Acknowledgements</a></h2> I would like to thank the many people who have written to me with suggestions for improvements or reporting bugs. Your help has been invaluable. <blockquote class="people">Drew Adams, Jacob Sparre Andersen, Osma Ahvenlampi, Joe D'Andrea, Jerry Andrews, Chang Hyun Baek, Chuck Baslock, Christer Bernerus, Keith Blakemore-Noble, Eric Blossom, David Brooke, Andy Brown, Keith B. Brown, Andreas Buchholz, Maurice Buxton, Jelks Cabaniss, Trevor Carden, Terry Cassidy, Mathew Cepl, Kendall Clark, Jeremy Clulow, Dan Connolly, Keith Davies, Claus AndrΘ FΣrber, Stephanie Foott, Rene Fritz, Francisco Guardiola David Getchell, Michael Giroux, Guus Goos, LΘa Gris, Francisco Guardiola, Juha HΣiki÷, G. Ken Holman, Craig Horman, Jack Horsfield, Rick Jelliffe, Craig Johnson, Charles LaFountain, Steven Lobo, Zdenek Kabelac, Michael Kay, Johannes Koch, Rudy Kohut, Allan Kuchinsky, Nick Leverton, Dietmar Lippold, Gert-Jan C. Lokhorst, Anton Marsden, Shane McCarron, Ian McKellar, Chris Nappin, Ann Navarro, Allan Odgaard, Matt Oshry, Gerald Oskoboiny, Ernst Paalvast, Christian Pantel, Steven Pemberton, Xavier Plantefeve, Ross L. Richardson, Philip Riebold, Erik Rossen, Dan Rudman, Christian Ruetgers, Klaus Johannes Rusch, Eric Schindler, J. Schlauch, Christian Schⁿler, Jim Seymour, Kazuyoshi Shimizu, Geoff Sinclair, Jo Smith, Rafi Stern, Michael J. Suzio, Oren Tirosh, John Tobler, Stuart Updegrave, Charles A. Upsdell, Larry W. Virden, Daniel Vogelheim, Jez Wain, Paul Ward, Jeff Young</blockquote> <a href="http://www.w3.org/People/Raggett">Dave Raggett</a> <<a href="mailto:dsr@w3.org">dsr@w3.org</a>> is an engineer from <a href="http://www.hp.com/">Hewlett Packard</a>'s <a href="http://www.hpl.hp.co.uk">UK Laboratories</a>, and works on assignment to the World Wide Web Consortium, where he is the W3C lead for HTML, Math and Voice Browsers. </body> </html>